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The invention relates to an improved trickplay support concept for a data 
stream recorder, in particular a DVD based data stream recorder. 

This proposal describes a way to realize Access Units (AU). The resulting AUs 
have a resolution range from "2 SOBUs" up to "application packet" exact The 
precision depends on the used DVD Streamer, i.e. whether the DVD Streamer 
knows the application and how much RAM memory is available and so on. With 
other words: the precision is manufacture matter. 



Principle 

Each SOB contains its own AU data (AUD). This AUD consists of a general 
information, one or two coarse lists and one or two fine lists. 

^ The coarse list is called the Access Unit Start Map (AUSM). The AUSM 

consists of N flags (N is the number of SOBUs of this SOB). Each flag belongs 
to one SOBU. The flag indicates 

• into the corresponding SOBU or into the next SOBU points an AU 

• no corresponding AU exists for that flag 

The fine list is called the Access Unit Location List (AULL). The AULL contains 
the application packet exact locations of all AUs. For each AU indicating 
AUSM/AUEM flag exists one location information inside AULL. Two kind of 
AULLs exist: 

The part inside AULL which contains the start location is called the Access Unit 
Start Location List (AUSLL). 

The part inside AULL which contains the end location is called the Access Unit 
End Location List (AUELL). 

^ The complete AU information of an SOB consists of either 

• the sector & application packet location of the start of the AU and 

• the sector & application packet location of the end of the data which starts at 
the AU (e.g. the end of the l-frame) and 

• the PTS of the AU 
or 

• the start APAT of the AU 

• the end APAT of the AU (e.g. the end of the l-frame) and 

• the PTS of the AU 
or 

• the start ATS of the AU 

• the Access Unit End Map (AUEM) of the AU (for the end ATS of the AUs) 

• the end ATS of the AU, based on AUEM, not AUSM and 

• the PTS of the AU 
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The trickplay (e.g. fast forward) will be performed by selecting the desired AUs 
(e.g. each second AU) via AUSM/AUEM. 

The generating of AUSM, AUEM, AUSLL and AUELL during SOB recording is 
optional (manufacture matter). The use of AUSM, AUEM, AUSLL and AUELL 
for trickplay is also optional (manufacture matter). It's mandatory to update the 
AUSM/AUEM and AULL in the case of editing. 



Three examples: 
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Access via AUSM, but without AULL 
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AULL also contains end of AU information 



Generating of AUSM and AULL 

The DVD Streamer specification shall define the syntax of the AUs, not the 
generating or using of the AUs. However, here are some possible example 
methods to generate AUSM/AUEM and AULL: 

• Method 1: the application sends after transmission of the stream special 
data which contains a list of AU as APATs, i.e. each APAT of the list is the 
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THO's revised Trick Play Support proposal 

The DVD Streamer Format Draft Ver 0.3 realizes Trick Play support by the "Entry Point 
Data" of Section 2.2.3.3.3. THO has now revised this part of the draft to take into account 
the following outcomings of TG1-3: 

• The "Sector based" addressing mechanism has been deleted. This reflects the majority 
of TG1-3 opinion from the last meeting, 

• The wordlength of the "time based* addressing information has been changed from a 6 
Byte time value of the APAT type to a 4 Byte time value of the ATS type. As a side 
effect, a second bit flag array "AUEM" had to be introduced in parallel to the already 
existing "AUSNT In this new format, the time based address information is not only 
more compact, but also more directly usable. This is a THO-originated improvement 
since the last meeting. 

• All "Entry Point ..." terms have been renamed to "Access Unit ... B l in order to avoid 
confusion with the user controlled Entry Points in Cell Information, which still exist. This 
change reflects a desire of TG1-3 to improve naming, and some suggestions thereon. 

In the following, the revised Sections of Chapter 2 are given. 



2.2.33 Stream Object Information (SOBI) 

As shown in Figure 2-6, a Stream Object information (SOBI) consists of the Stream Object 
Information General Information (SOBLGI), the Mapping List (MAPLJ and the Access Unit 
Data (AUD), if any. 
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Access UnitDBta (AUD) 
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Figure 2-6: Structure of a Stream Object Information 



2.2.3.3.1 Stream Object Information General Information (SOBI_GI) 
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(4) AUD_FLAGS 

Indicates whether and what kind of Access Unit Data exist for this SOB. if Access Unit 
Data exist, then AUD__FLAGS also describes several properties of the Access Unit Data. 
The Access Unit Data itself (described in Section 2.2.3.3.3) consists of the number of 
Entry Points and the tables AUSM, AUSUL, AUEM, AUELL and PTSLL. The content of 
AUD FLAGS is as: 

f LI 
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Ob: no AU flags exist inside the RT Data of this SOB 
1b: AU flags, as described in Section 3.3.2.2, may exist inside 
the RTData of this SOB. This state is even allowed, when 
no further Access Unit Data exist for this SOB, i.e. when 
AUD_FLG=Ob. 

Ob: no Access Unit Data exist for this SOB. The bits b5, b4, b3 

and b2 ofEP__FLAGS shall be set to 0. 
1b: Some Access Unit Data (as further specified by the 

subsequent flags) exist for this SOB (behind the MAPL). 

Ob: no AUSLL of this SOB exists 
1b: AUSLL of this SOB exists 

Ob: no AUEM of this SOB exists. AUELLJrLG must then also 

be set to Ob. 
1b: AUEM of this SOB exists 

Ob: no AUELL of this SOB exists 
1b: AUELL of this SOB exists. Is only allowed when 
AUEM_FLG =1b. 

Ob: no PTSL of this SOB exists 
1b: PTSL of this SOB exists 



<...> 



2.2.3.3.3 Access Unit Data 

As shown in Figure 2-9, the Access Unit Data (AUD), if any, consists of the Access Unit 
General Information (AU_GI), the Access Unit Start Location List (AUSLL), the Access 
Unit End Map (AUEM), the Access Unit End Location List (AUELL) and the Presentation 
Time Stamp List (PTSL). Which of these parts exist is indicated by AUD_FLAGS of 
SOBIjGI, see Section 2.2.3.3.1. 
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Access Unit Data (AUD) 
(optional) 




Access Unit General Information (AU_GI) 

Access Unit Start Location U*t (AUSLL) 
(optional) 

Access Unit End Map (AUEM) 

(optional) 

Access Unit End Location List (AUELL) 

(optional) 

Presentation Tima Stamp List (PTSL) 
(optional) 



Figure 2-9; Structure of the Access Unit Data 



2.2.3.3.3.1 Access Unit General Information (AUJ31) 

AU_GI only exists, when AUD^FLAGS of SOBI_GI indicates that Acess Unit Data exist 
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Total 
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(1) AUJis 

Describes the number of Access Units described for this SOB. At the same time, AU_Ns 
describes the number of locations, where AUSM indicates the existence of an Access Unit 

(2) AUSM 

The Access Unit Start Map indicates which of the SOBUs of this SOB contain Access 
Units. For each SOBU of the SOB, exactly one AUSM entry exists. So, the AUSM consists 
of MAPL_ENT_Ns entries. Each AUSM entry indicates an accessable Access Unit 
somewhere within the corresponding SOBU, or within the subsequent SOBU. Exactly 
AU_Ns Access Units are indicated by the AUSM, equivalent to exactly AU_Ns bits of 
AUSM being equal to 1b. 

AUSM shall be byte aligned. If the concatenated AUSM entries consists of a number of 
bits which is not an integer multiple of 8, then the remaining LSBs of the last byte of the 
AUSM shall be the necessary additional padding bits. These alignment bits shall be set to 

0. 

Figure 2-10 shows an example of an AUSM and its corresponding SOBUs. 



.?« Anr 1Q99 U:45 DTB PATENT DEPARTMPE^C-Mffi-, Nr. 4650 S. 1.^0* 

!8-04liQ^f ... +49 511 4iiiE^9i^OiB9^| TG1 -3-4/28/1 999 
^mOWISON multimedia *y 7 . « .~ ^....^..tial PQpeA/6 



A 


US 


M 




sobu m 


Ftr&Enuy , 

of AUSM ^ 




ft 


AU#1 






be 


J 

o 

T 






SOBU #3 




ts 


AU#2 


— »~ 




htrsi 0/19 


u 








SOBU #5 


Of AUOIwt 


63 


0 






SOBU #5 




b2 
bl 
bO 


0 










0 

T 


AUV3 


- — ► 










SOBU #9 


Second Byte 


b? 


0 
0 








ofAUSM 


b6 

bS 




AUM4 




SDbUwII < ^ 




■a* 










b* 


o_ 










b7 


0 






SOBU UMAPL_BHf_Ns~4 




be 


0 


AUUAU Ns 




SOBU #MAPL^ENTJ**3 


Last Byte 
ofAUSM 


b5 


j 


— ► 




b4 


0 


LastEflby 
^ ■ — ofAUSM 




SOBU #MAPLJENT_Ns-1 


(with 3 


bS 


0- 




SOBU $M*PLj=NTJ4s 


padding 
bits) 


W 
bJ 
bO 


0 
0 
0 


\- padding bits 







SOB 



Figure 2-10: Example of an AUSM and its corresponding SOBUs 

NB: With this kind of Access Unit Data, no more than one addressable Access Unit 
can be described per each SOBU of the SOB. 

2.2.3.3.3.2 Access Unit Start Location Ust, Access Unit End Map and Access Unit End Location 
List (AUSLL, AUEM and AUELL) 

AUSLL is a list of location information to find the application packet where the bitstream 
segments of the Access Units start. Therefore, if AUSLL exists, then each Access Unit as 
marked in AUSM has exactly one AUSLL entry associated to it. _.„._,. , 

AUEM, if it exists, is a bit array of the same length as AUSM. The bits in AUEM indicate, 
which of the SOBUs contain the end of the bitstream segment associated with the Access 
units of the SOB. The number of bits set in AUEM must be equal to the number of bits set 

in AUSM. 4 r t . . . . 

AUELL, if it exists, is a list of location information to find the exact application packet where 
the bitstream segments of the Access Units stop. Therefore, if AUELL exists, then each 
Access Unit as marked in AUEM has exactly one AUELL entry associated to it. Each 
application packet, indicated by the AUELL entries, is the last application packet belonging 
to the Access Unit. 

The entries of AUSLL and AUELL are in ascending order, i.e. 

• the first A USLL/AUELL entry is associated to the SOBU number, where AUSM/AUEM - 
read from left to right - has a bit set to 1b for the first time 

m the second AUSLL/AUELL entry is associated to the SOBU number, where 
AUSM/AUEM - read from left to right - has a bit set to 1b for the second time 

• and so on 



2.2.3.3.3.3 Entries of AUSLL and AUELL 

The entries of AUSLL and AUELL are time based, i.e. their entries are defined as 



_28.iJix.ii9 9 14:47, ft ^ m 




Nr. 4650 S. 2A/2fL ,,,,, 



10 



15 



20 



25 



Note that except for the files described above/ the STRREC 
directory shall not contain any other files or directories. 

Stream Data include one or more 'Stream Objects 1 (SOBs) 
which each can be stored as a 'Program stream 1 as described 
in ISO/IEC 13818-1, Systems. 

A SOB can be terminated by a program_end_code « The value of 
the SCR field in the first pack of each SOB may be non-zero. 
A SOB contains the Stream Data packed into a sequence of 
T Stream Packs 1 (S_PCKs) „ Stream data can be organised as one 
elementary stream and are carried in PES packets with a 
stream_id. f 
In Stream recording/ the application performs its own pad- 
ding so that the pack length adjustment methods of DVD-ROM 
Video or RTRW need not to be used. In Stream recording it is 
safe to assume, that the Stream packets will always have the 
necessary length. 

The new trick play support proposal is based on the former 
proposal filed in the European Patent application 99250083.5 
of the applicant. Therein, the structure of SOB__GI is de- 
scribed in detail- Most of the components of SOB_Gl remain 
unchanged also in the new proposal and need not be explained 
in detail here. The information entry (4) EP_FLAGS has been Jl 
replaced by the information entry (4) AUD_FLAGS explained 
above. The information item (8) IAPAT_SUM__INIT is deleted 
from the SOB__GI in the new proposal. The structure of the 
SOBI also has been revised. Instead of Entry Point Data Ac- 
cess Unit Data is inserted in SOBI. This new type of data 
and its application is also explained above - 
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Claims 



1. Method for implementing trickplay modes in a data stream 
recorder, and corresponding recorder, wherein access 
5 units are added to the bitstream to be recorded and 

wherein said access units contain items of information 
like general information, start location list, end loca- 
tion list and presentation time stamp list which are 
used for the trickplay modes, 

10 

2- Method or recorder according to claim 1, wherein said 



trickplay modes include fast forward/ fast reverse, slow 
motion, single picture step and/or still picture. 
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